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REMARKS 



Claims 12 and 14-18 are pending. The Office has rejected the claims as follows: claims 
12 and 14-18 ;.re rejected under 35 USC 102(e) as being anticipated by Wharton 
(US2005/602 "; 510). The undersigned respectfully submits that in view of the arguments 
presented here in, the pending claims are allowable over the art cited. 



Rejection of claims 12 and 14-18 as being Unpatenable Over Wharton 

Independent claim 12 contains the following language and independent claim 18 

contains simil; ir language in means format: 

12. (Previously Amended) A method for conducting mobile commerce 
compri :;ing: 

transmitting in a first language a request message for 
merch mt website information from a mobile device; 

receiving the request message in the first language at a 
platform and identifying the first language; 

translating the request message at the platform from the first 
langus ;jje to a second language that is recognizable by a merchant website; 

communicating the translated request message in the second 
langm?e from the platform to the merchant website; 

receiving at the platform the requested merchant website 
inforrr ation from the merchant website in the second language; 

recognizing the second language at the platform; 

parsing the requested merchant website information in the 
second language into translatable pieces; 

translating the translatable pieces of the requested website 
inforn ation into the first language so as to form a reply message containing 
the requested merchant website information in the first language; and 

transmitting the reply message to the mobile device; 

transmitting a purchase request in response to the reply 
message in a first language to the platform; 
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receiving the purchase request in the first language at a 
platfot iin and identifying the first language; 

translating the purchase request at the platform from the first 
language to a second language that is recognizable by the merchant website; 

communicating the translated purchase request in the second 
language from the platform to the merchant website; 

receiving at the platform a purchase request response from the 
merchant website in the second language, wherein the purchase request response 
include :s a payment authorization request; 

forwarding the purchase request response in the second language 
from tl e platform to a payment authorization system for a payment authorization 
response; 

receiving at the platform, the purchase request response, including 
the payment authorization response, in the second language from the payment 
authorisation system; 

parsing the purchase request response in the second language into 
transla ible pieces; 

translating the translatable pieces of the purchase request response 
into tin: first language so as to form a purchase request response in the first 
langua, ;;e; and 

transmitting the purchase request response in the first 
langua to the mobile device. 

The undersign* :d has reviewed the Wharton published application, particularly, Figures 1 and 4 and 

paragraphs [0009], [0010], [0046], [0051] and [0053] which are set forth below. 

[0009] Some of the disclosed systems provide an E-Commerce system and 
method for providing a single, unified back-end transaction processing system 
couple :l to a plurality of vendor commerce systems through an E-Commerce 
portal. T he vendor commerce systems may include local catalog and customer 
data, an well as a local shopping basket and local business rules that are specific to 
a parti< ular vendor. The unified back-end processor may include software 
programming for interfacing to numerous back-end processing systems, such as 
payment verification, accounting/billing and order fulfillment systems. Also 
optionally included at the back-end processor are a variety of data storage devices 
for storing merchant-specific and customer-specific transaction processing 
inform ution, and also a global shopping basket for storing transaction order items 
that an : generated during a customer interaction with the plurality of vendor 
commerce systems associated with the E-Commerce system. A unique payment 
proxy system for interfacing the back-end transaction processing system to a 
plurali y of payment verification systems may also provided. 
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[0010] An exemplary E-Commerce system is further disclosed that includes a 
plurality of vendor commerce systems; a plurality of back-end processing systems 
for processing transaction requests generated by the plurality of vendor commerce 
system ;; and a transaction processor coupled between the plurality of vendor 
commerce systems and the plurality of back-end processing systems, wherein the 
transaction processor includes a global shopping basket for storing transaction 
inform ation generated by the plurality of vendor commerce systems, and a back- 
end pre cessor interface for processing and routing the stored transaction requests 
to the | iurality of back-end processing systems. 
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[0046] After the ICC transaction processor 12 has obtained the merchant-specific 
rules, i\ step 98 it queries the customer database 58 in order to obtain any 
custoir cr-specific transaction processing rules. Although these customer-specific 
rules rr ay take a variety of forms, these rules will generally include a customer 
accouin number (for verification purposes) and one or more runtime scripts for 
providing interactive feedback about the processed transactions to the customer's 
system 42. For example, the customer system 42 may be operating some type of 
enterpi ise system software coupled to a purchasing system for tracking purchased 
items, n this situation, a runtime script can be stored at the customer database 58 
and processed by the ICC transaction processor 12 at the time that relevant 
transaction items are processed. In this manner, information regarding actual 
purcha ; es that are committed by the system 10 can be transmitted back to the 
custorc sr's system 42 in a format that is compatible with the customer's 
purchasing software system. Other types of runtime scripting algorithms could 
certainly be implemented between the ICC transaction processor 12 and the 
custorr sr's system 42. 

[0051 1 Operationally, the exemplary payment proxy 16 works as follows. At step 
1 (FIG 4), the ICC transaction processor 12 (or other E-Commerce system) sends 
a particular transaction for payment authorization. This information is 
communicated to the payment proxy interface 60 using a software programmed 
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API th« X provides a universal interface to E-Commerce systems. As with the other 
comimiicatioh APIs noted above, this software programming can take a variety 
of diffi rent formats, and may be programmed using a variety of different 
programming techniques and languages, which would be apparent to one of skill 
in this :ield. The importance of the interface API's is that they provide a common 
languajie.that can be provided to other E-Commerce systems and merchants to 
enable them to interface their systems to the framework shown in FIG. 1 and the 
payment proxy system 16 shown in FIG. 4. The interface to the payment proxy 16 
might utilize HTTP or HTTPS packets, although many other interface techniques 
could \ ?. used, such as, for example, CIP, Sockets, or RPC, to name but a few. 

[0053] Having determined how to process the particular transaction authorization 
requesi. the payment proxy 16, at step 3, then sends the transaction to the proper 
payment connection module 64. The payment connection modules 64 each 
provide interface programming for instructing the payment proxy 16 how to 
communicate with the plurality of payment verification systems 22, 24. At step 4, 
the transaction authorization is routed to the proper payment verification system. 
The pa >inent processor then authenticates the transaction request at step 5 and 
transm ts back to the payment proxy system 16 a failure code (indicating that the 
transaction was not authorized), or an "autocode" (indicating that the transaction 
was au horized.) The payment proxy 16 then routes the code back to the ICC 
transaction processor 12 (or other E-Commerce system) at step 6, which, at step 7, 
then re :icts to the code by, for example, sending a message to the customer 
indicat ng whether the transaction has failed or has been authorized. 



The undersign- :d does not find disclosure of at least the bold limitations of claim 12 in Wharton. 
Importantly, V ; harton does not describe a mobile device. And Wharton does not describe a 
platform for n oeiving/sending request messages or other communications from/to a mobile 
device. Accoi dingly, all communications originating from the mobile device as claimed and 
responsive to communications from the mobile device are not disclosed in Wharton. 

Wharton is directed to a system and method for facilitating e-commerce (as distinguised 
from mobile c :>mmerce). The path of communications described in Wharton is: customer -> 
merchant -» ft .insaction processor. Whereas the pending claims describe, generally, the 
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following path: customer/mobile device -» translation platform -» merchant -> translation 

platform -» customer -> translation platform -».... In Wharton, the customer communicates 

j 

directly with tlie merchant and does not|go through a common translation platform. Accordingly, 
it is clear that ' Yharton does not disclosii the method steps of claim 12 or the means for 

i 
J 

facilitating the;;e functions as set forth in claim 18. 

Additiuoally, Wharton does not (contemplate wireless communications beyond mere 
recitation of a implementation on a "wifeless data network," offering no further enabling 
description foi this implementation. Wharton is not enabling for and does not disclose the 

wireless first 1 i.nguage limitation or particular languages that could be used. Accordingly, claims 

I 

14 and 15 are : lot anticipated by Wharton for this additional reason. 
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CONCLUSIONS 

For the reasons set forth herein, the undersigned submits that the claims are allowable 
over the cited ; irt and respectfully requests a notice of allowance to this effect. Should the Office 
feel that contacting undersigned will expedite prosecution, please do not hesitate to do so at the 
number provid ed below. 

Respectfully submitted, 



Date: 2/26/0" 



KILPATRICi: STOCKTON LLP 
607 14 th Stree , N.W., Suite 900 
Washington, IXC 20005 
(202) 508-5846 



T0091/248312 
WSIILIB0 1:20829 1 



/Dawn-Marie Bey Reg. No, 44.442/ 
Dawn-Marie Bey 
Registration No. 44,442 
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